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COLLABORATIVE ENGINEERING ENVIRONMENT 
FOR PRODUCT-CENTERED LIFETIME SUPPORT 



CROSS-REFERENCE TO RELATED APPLICATION 

This application claims priority to Provisional Patent Application 
5 Serial No. 60/146,996 entitled " Integrated Design/Data Environment: 

System Life Cycle Costing and Enhanced Readiness through an Optimized 
Support Infrastructure'' filed by D. Verma, G. Plunkett, K. Myers and J. 
Beckley on August 3, 1999, the entire subject matter of which is 
incorporated herein by reference. This application is related to U.S. 
1 0 Application Serial No. 09/577,039, entitled "Multi-disciplinary 

Information Engine for Total Ownership Cost Estimation of Complex 
Systems," filed on May 24, 2000 by K. Myers, J. Beckley, G. Plunkett and 
D. Verma, and assigned to a common assignee, the entire subject matter of 
which is incorporated herein by reference. 

15 DESCRIPTION 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention generally relates to tools used for 
engineering environments and, more particularly, to a Collaborative 
20 Engineering Environment (CEE) which provides a multi-disciplinary 

engineering team with immediate access to all relevant product 
information. 
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Background Description 



Traditional engineering approaches are based on a document- 
centric model of information exchange. These approaches introduce 
communication inefficiencies in multi-disciplinary concurrent engineering 
5 teams that are in a rapidly evolving design environment. Once a design 

has stabilized (into a "baseline"), inefficiencies arise from searching for the 
required information. Furthermore, at all times, engineers must translate 
information from design documentation into and out of their domain 
specific toolsets, introducing data translations latencies and errors and 
1 0 often times making incorrect or improper decisions based on out of date 

information. After a product has been produced, substantial information 
regarding design decisions is lost, introducing inefficiencies in supporting 
the product. 

Many current Commercial-off-the-Shelf (COTS) Product Data 
15 Management (PDM) systems offer basic product structure management, 

life cycle management, document management, configuration 
management, workflow management and administrative capabilities 
required by an engineering organization. These capabilities are all 
supported through various underlying information models describing the 
20 product under consideration. Engineering tool interfaces are limited to 

computer aided design/computer aided manufacturing (CAD/CAM) tools 
or document file-centric interfaces such as text editors, word processors, 
spreadsheet tools, presentation tools, and selected external databases. 
Interfaces with other systems are based on interchange standards that focus 
25 on mechanical and structural aspects of the system. 

Many unique requirements associated with complex electronic 
systems are not supported by current COTS PDM products. Associative 
representations of the physical, functional, and operational information 
describing the complex electronic system are not supported. Related 
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scheduling, costing and infrastructure descriptions cannot be associated, as 
well. Interfaces with engineering tools that create or use this information 
do not exist. Full functional web-centric PDM system products are now 
emerging to support widespread user access, easily managed deployment, 
5 and large scale integration of the PDM environment with other information 

management systems such as PDM systems, Enterprise Resource Planning 
(ERP) systems, electronic commerce, and COTS PDM toolsets. 

Enterprise systems can include not only the systems engineering 
and design organizations, but also the customer and industry program 
10 management, procurement, manufacturing, maintenance, user, training, 

and operations organization. 

SUMMARY OF THE INVENTION 

It is therefore an object of the invention to utilize the advances in 
Product Data Management (PDM) technologies to build a user-friendly 

1 5 Collaborative Engineering Environment (CEE) to reflect the complex 

electronic systems integration domain and to allow for lifetime support of 
the products developed, by utilizing the CEE. 

It is another object of this invention to provide an engineering 
information management system that provides interactive access to all 

20 aspects of the managed design baseline(s), including information capture, 

creation, update, deletion, management and automated interfaces to multi- 
disciplinary toolsets. Immediate access to the latest product information, 
as well as access to all associated information, tools, models and 
simulations enables greater visibility and more rapid turnaround of design 

25 alternatives and options assessments. At the same time, decisions can be 

obtained with a higher level of confidence when the evaluated trade-offs 
include a greater scope of pertinent design parameters than previously 
possible. The lack of these capabilities is a significant shortfall of the 
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systems in the prior art. 

It is another object of the invention to provide a tightly coupled 
process automation for coupling information with engineering processes 
and ensuring adherence to repeatable and traceable engineering processes. 
5 It is another object of the invention to provide increased multi- 

disciplinary information integrity, reduced cycle time, design-centric 
engineering, and interactive enabling of concurrent engineering. Low cost 
engineering assessment and design relevance is also provided through 
reduced information manipulation. Multi-disciplinary engineering tools 

10 such as custom total ownership cost estimation, commercial cost 

estimation, performance analysis, stochastic modeling (e.g., SPAR™ 
predictive modeling tool available from Clockwork Group of Herzliya, 
Israel or Tiger available from the U.S. Government), requirements 
traceability, COTS Assessment and Selection Tools (CAST™, available 

1 5 from Lockheed Martin Naval Electronics and Surveillance Systems, 

Manassas, Virginia), are enabled through bidirectional automated 
information mappings between the tool and the information model 
managed in the underlying CEE (Collaborative Engineering Environment). 
This allows for information capture from the native engineering toolset 

20 and tightly couples the engineering tools to a rapidly evolving design set, 

enabling concurrent engineering through a controlled evolution of design. 
(SPAR™ is a trademark of Clockwork Group of Herzliya, Israel. CAST™ 
is a trademark of Lockheed Martin Corporation.) 

According to the preferred embodiment of the invention, a 

25 computer implemented web-centric collaborative engineering environment 

(CEE) provides an inter-enterprise collaborative mechanism for 
organizations developing and maintaining complex system products. The 
CEE provides a federated architecture linking multiple systems and 
applications together to enable collaboration among enterprise members. 

30 At the base of the CEE is an object oriented database managing an 
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associative object model (product model) for providing a persistent 
understanding of product and program information, assets and tools 
available in the enterprise. 

The CEE is built on a framework for collaboration to provide 
access control, security, search mechanisms, concurrency control, 
versioning, information structuring, information mapping and exchange. 
The collaboration is accomplished by linking members of the enterprise 
with information in the database, where the information available to each 
member is information necessary for that member to complete role and 
team based tasks. The means for linking comprises a plurality of tools 
where each tool communicates information with the object oriented 
database. Each member communicates with the enterprise for 
collaboration using a standard web interface where the web interface is 
instantiated for specific programs, roles and teams. Members complete 
their domain related necessary tasks using tools specific to their domain, 
e.g., domain model. The domain-based tools are integrated with the object 
oriented data base by a combination of data conversion tools, input/output 
forms, report generators, automated workflows and associative data 
models. 

Each domain model is developed from the life cycle perspective. 
Each domain model overlays system views (functional, physical, 
operational) and system schedules (development, production, technology 
refreshment/insertion, support, platform availability) with the 
infrastructure of the program (development, production, support). Within 
the domain architecture are defined relationships and standard parameters 
that often can be dynamically modified for different programs, projects, or 
teams. 

The domain models are integrated with the collaboration layer so 
that interested parties have immediate access to the current system baseline 
information in authorized domain areas. Access to all information, tools, 
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models and simulations associated with the system development on a 
program are also available immediately to interested parties, thus guarding 
the integrity of the system by eliminating information defects. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The foregoing and other objects, aspects and advantages will be 

better understood from the following detailed description of a preferred 
embodiment of the invention with reference to the drawings, in which: 

Figure 1 is high level conceptual drawing of a collaborative 
engineering environment (CEE) according to the invention; 
1 0 Figure 2 shows a high level conceptual diagram of the interaction 

between a domain area and the Product Model; 

Figure 3 shows a simplified data flow through the CEE; 
Figure 4 shows a view of the interaction between domain areas and 
the database, or integrated product data environment (IPDE), as defined by 
1 5 the Product Model, within the CEE; 

Figure 5 shows a view of a CEE comprising data for more than one 
program; 

Figure 6 show a three-tiered architecture for the Windchill™ 
Product Data Management (PDM) product as used in the preferred 
20 embodiment of the present invention; and 

Figure 7 shows a flexible, standard and customizable home page 
for a program using the present invention for collaboration. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT OF THE INVENTION 

25 The collaborative engineering environment (CEE) of the present 

invention provides an inter-enterprise collaborative mechanism for system 
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integrators, subcontractors, teammates, suppliers, partners, users and 
customers. It provides a federated architecture linking multiple systems 
and applications together to enable collaboration to conceive, develop, 
produce, sustain and retire complex system products. Critical information 
5 is made readily available to every member of the extended enterprise. 

Referring now to the drawings, and more particularly to Figure 1, 
there is shown a conceptual overview of the preferred embodiment of a 
CEE. An associative object model managed within an object oriented 
database 11 provides a persistent understanding of the product information 
10 assets. A collaboration layer 13 provides access control, security, search, 

ownership, concurrency control, versioning, information structuring, 
information mapping and exchange, and other capabilities to link members 
of the Enterprise 15 with the information they need, using the appropriate 
tools 12 for their domain area. Workflow automation is also provided 
1 5 within the collaboration layer 1 3 to provide the linkage of team members 

17, 18 and 19, information and business process. Enterprise members 
provide expertise in a variety of domain areas. For instance, proposal 
teams 17a, program management 17b, system engineers 17c, software 
developers 17d, hardware developers 17e, system integrators 17f, testing 
20 and integration engineers 17g, support engineers 17h, members external to 

a development organization (e.g., sub-contractors, teammates, suppliers 
and partners) 19, and customers 18 all play a part in the enterprise. In the 
preferred embodiment, members interact with the CEE through familiar 
web interfaces and engineering tools with the presentation structured for 
25 the appropriate domain. 

Engineering has traditionally been a document-centric activity. 
Drawings, bills of material, specifications, software and system designs, 
test plans, training manuals, user manuals, etc. convey the information 
between the various communities and domains. By placing product 
30 information at the center of the system life cycle, tightly coupled 
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multi-disciplinary and enterprise member interactions are facilitated. This 
associative information model of the product is referred to as the "Product 
Model." 

An associative information model (Product Model) is defined for 
5 the enterprise. This product model is the basis for a database schema to 

include all data defined for use in implemented domains and tools in the 
CEE. It may include additional data, as desired. System physical 
descriptions, system functional descriptions, system operational 
descriptions, system environment descriptions and system schedules are 
10 defined in the Product Model. Thus, the Product Model contains a 

complete specification of the system. While the preferred embodiment is 
to implement all domains in an enterprise as members of the CEE, 
domains may be incrementally added to the CEE as time and funds permit. 
A CEE comprising only a subset of all domains in the enterprise is an 
1 5 advantage over limited systems of the prior art which provided minimal 

cross-domain collaboration. As a minimum, the Product Model need only 
contain the essential "independent" data for implemented domains. 
"Dependent" data may be generated on an as-needed basis using the 
independent data contained in the database. 
20 Referring now to Figure 2, there is shown a conceptual diagram of 

the interaction between a domain area and the Product Model. A member 
of the enterprise interacts with the CEE via a domain user interface 201. 
The preferred embodiment of this interface, as described further below, is 
via standard web browsers. Enterprise members require various tools to 
25 complete their domain tasks. The set of tools required is dependent on the 

domain, i.e., systems engineering, logistics support, program management, 
etc. Access to automated tools is made available through the domain user 
interface. For instance, a software manager may choose to view or update 
the software requirements traceability matrix for a program using 
30 DOORS® available from Quality Systems and Software, Inc., Mt. 
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Arlington, NJ. The data required to execute the desired task is pre-defined. 
The Information Transformation Services layer 21 1 acts as a bi-directional 
link between the user interface and the populated CEE database. 
Previously stored data in the database, according to the associative 
5 information model (product model) 23 1 , is retrieved by the Information 

Management Services layer (nominally a database management system) 
and then transformed by the Information Transformation Services into a 
format that can be used by the selected tool, i.e., in this case DOORS®. A 
similar process in utilized for updating or storing new data generated by a 
10 domain user. (DOORS® is a registered trademark of Quality Systems and 

Software, Inc., Mt. Arlington, NJ.) 

Referring now to Figure 3, there is shown a simplified data flow 
through the CEE. A user 301 selects a tool 303, preferably through the 
domain user interface 305 which then launches the tool. The 
1 5 Transformation services, shown here as part of the domain user interface 

305, request the data from the database 307. The retrieved data is then 
transformed and passed back to the tool 303. If the user 301 desires to 
save updated information, the raw data output by the tool 303 is sent to the 
information transformation service, herein shown as part of the domain 
20 user interface 305, which formats it for storage in the database 307. The 

formatted data is then saved in the database and immediately available to 
other users in the domain. The Information Management Services layer 
(not shown) handles access control, concurrency, versioning, etc. in order 
to provide necessary configuration management of the enterprise data. 
25 Figure 4 shows another conceptual view of the interaction between 

domain areas and the database, or integrated product data environment 
(IPDE) within the CEE. Members of the System Engineering domain 401 
utilize a variety of tools 402, for instance to define system requirements. 
Data related to the system requirements are saved in the database 407, 
30 according to the Product Model, via the Information Transformation 
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Services 409. The Information Transformation Services 409 does all of 
the filtering and transformation of data and requests for read/write into the 
database. Software Engineering 403 utilizes a tool 404 which uses the data 
generated by the Systems Engineering domain 401 in order to flow down 

5 the software requirements. The required data is retrieved from the 

database 407, as needed to populate the tool 404. The software 
requirements generated by the tool 404 are then saved in the database 407 
for use by other members of the enterprise. Hardware Engineering 405 
would also retrieve the data stored by System Engineering in order to flow 

10 down the hardware requirements. The data defining the system 

requirements is stored in the database 407 by System Engineering. It is not 
necessary for Software Engineering 403 and Hardware Engineering 405 to 
utilize the same tool, or the exact set of data with respect to defining 
requirements. The data sets are defined by the Product Model for the 

15 enterprise domains implemented in the CEE. Suppose that the System 

Integrators 41 1 are not integrated into the CEE. A system integrator user 
413 uses traditional methods of data transfer, such as paper documents 
415, to communicate and collaborate with other members of the enterprise. 
The inventors developed an early prototype embodiment of the 

20 CEE to serve as the proof of concept for the entire CEE. A prototype 

framework for the CEE was developed that could accommodate a subset of 
the enterprise domain areas and was integrated with a database and PDM 
to provide a pilot system enabling a systematic execution of cost-as- 
independent-variable (CATV) for COTS-intensive complex electronic 

25 systems. This prototype is discussed in detail further below. The present 

invention builds on lessons learned during the prototype development and 
provides trade-offs in design and function based on the pilot CATV system. 
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CAIV Model Schematic and Architecture 



In order to exploit a life cycle perspective during design, the CAIV 
model overlays system views (functional, physical, operational) and 
system schedules (development, production, technology refreshment, 

5 support, and platform availability) with the infrastructure (development, 

production, and support). This information is linked with cost estimating 
relationships to populate a cost breakdown structure. The CATV model 
architecture is also driven by the need to conduct qualitative assessments 
in the absence of precise cost data. This is particularly true when 

1 0 evaluating technology refreshment and migration alternatives over system 

life. Such considerations drove development of the high-level architecture 
for the CATV model and tool. 

Embedded within the CATV model architecture are cost estimating 
relationships that populate the cost breakdown structure. With increasing 

1 5 emphasis on COTS, a number of variables traditionally assumed constant 

become dynamic, for instance, production cost, spare parts, inventories, 
reliability and performance. Future improvement in the model may result 
from revisiting a number of cost estimating relationships along with their 
corresponding basis of estimates. While some of these estimating 

20 relationships have already been developed, research and development 

continues in this regard. It would be apparent to one skilled in the art that 
improvements in these areas could be mapped to the design of the 
preferred CEE to create a more robust environment. A specific example of 
a cost estimating relationship is the estimation of current and future COTS 

25 hardware production costs. This estimation algorithm is based on the 

expected pace of technology evolution within specific technology 
segments. Such COTS hardware cost projections guide technology 
migration evaluation from a life cycle cost perspective, as a part of the 
overall technology refreshment strategy. 
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Another key factor in evaluating technology migration alternatives 
is analysis of the investment necessary in COTS spares and repair parts. 
This analysis must consider evolution of the system configuration and the 
associated reliability block diagram, resulting from technology refreshment 
5 alternatives. Furthermore, issues pertaining to cross configuration 

compatibility of logistics resources must be evaluated. 

A CEE implementation of the CATV model allowed interested 
parties immediate access to current system baseline information, as well as 
access to all information, tools, models and simulations associated with the 

10 system development. The prototype CEE leveraged a COTS PDM 

application, several COTS engineering tools, a custom integration 
framework, and a set of custom applications. The pilot objectives were to 
build a second generation PDM and information leveraging technology 
knowledge base, prove the efficacy of collaborative engineering 

15 environments, and to initiate development of capabilities enabling the 

systematic application of CATV methodology for COTS -intensive systems. 
Cost considerations and integration of reliability, maintainability, 
availability, supportability, producability, etc., early and consistently 
through the life cycle of the system are more easily managed and more 

20 completely in scope, enabling not only cost competitive system 

development but contract management and support of the fielded system. 
Product integrity is enhanced through the systematic elimination of 
information defects during the design process. 

Referring to Figure 2, in the CATV prototype, the CEE is built on a 

25 layered software architecture. A COTS Database Management System 

(DBMS) provides standard Information Management Services 221 . A 
COTS product data management system (PDM) system 225 augments the 
DBMS with engineering specific information management capabilities. 
These capabilities include product data management, document 

30 management, configuration management, and workflow management. A 
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custom developed software framework provides an extensible 
infrastructure for interfacing engineering applications into the PDM 
environment and provides a standard Application Programming Interface 
(API) 201 and 21 1 for engineering application interfaces not traditionally 

5 supported by the PDM vendor. In addition, it provides an opportunity for 

managing a single product model information schema 23 1 for both the 
information management system (PDM) 225 and its interfacing 
applications 201 and 211. 

Considerable attention must be placed on the specification of the 

10 product model. Domain experts and high level managers in the domains 

selected for integration in the CEE must participate in the analysis process 
to specify the requirements for the product model. For the preferred 
embodiment, this was done using the Catalysis Object-Oriented (OO) 
methodology as described in D. D'Souza and A. Wills, "Objects, 

15 Components and Frameworks with UML: The Catalysis Approach" 

(Addison- Wesley, Massachusetts, 1998), herein incorporated by reference, 
to specify requirements for the system. Among other things, Catalysis 
extends the Object Modeling Technique (OMT) (see J. Rumbaugh, et al., 
"Object-Oriented Modeling and Design" (Prentice Hall, Englewood Cliffs, 

20 NJ, 1991), herein incorporated by reference) with a rigorous specification 
of the behaviors of the system being modeled. The system requirements 
must be captured and documented. For the prototype the Rational Rose 
toolset, available from Rational Corporation, was used to capture and 
document the requirements using both the Unified Modeling Language 

25 (UML) and Object Constraint Language (OCL). These captured 

requirements were mapped into the PDM database schema and utilized to 
build the software product model framework and custom applications. 

The Computervision Optegra™ PDM tool provided the pilot 
system PDM capabilities. Optegra™ is built on top of the Oracle® 7 

30 Relational Database Management System (RDBMS). Product model (or 
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system design) components were built within Optegra™ using the 
Computervision Locator client. While a product model could also be 
specified using Locator, a streamlined technique using Microsoft® Excel 
was implemented to specify the physical structure, components, and 
5 associated attributes of the system design and to export a text file which 

could then be imported into Optegra™. This substantially reduced the 
time and effort to build a product model within the PDM system. 
(Optegra™ is a trademark of Computervision Corporation of Bedford, 
MA. Microsoft® is a registered trademark of Microsoft Corporation. 

1 0 Oracle® is registered trademark of Oracle Corporation.) 

The requirements for a comprehensive life-cycle cost analysis 
capability incorporating cost models consistent with COTS technology 
insertion and refreshment strategies necessitated the development of 
custom CATV capabilities. A first generation capability, utilizing 

15 Microsoft® Excel spreadsheets, lacks scaleability and flexibility with its 

single spreadsheet architecture resulting in a labor intensive process 
focusing on a small team of cost engineers to coordinate cost impact 
assessments of design tradeoffs with the engineering organization. The 
development of a second generation CATV application based on tight 

20 integration with the baseline system design, technical product and design 

information, and costing models enables the widespread and systematic 
application of CATV processes throughout the system life cycle. The 
custom CATV applications interface with the PDM through the custom 
framework, e.g., Domain User Interface 201 and Information 

25 Transformation Services 211. 

Four capabilities, or use cases, were developed in the pilot project 
for the CATV model implementation in a CEE, each reproducing or 
extending the first generation application's capability. Each use case is 
specific to the CATV domain. It would be apparent to one skilled in the art 

30 that different use cases would be implemented for each domain to be 
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integrated into the CEE. Also, different organizations or enterprises might 
wish to implement domains incrementally based on their priority in the 
enterprise's product model for development of a complex system. 

For instance, each use case provides an atomic capability which 
5 can be utilized in the context of a higher level use case to assess 

increasingly complex life cycle costs. For example, a life cycle cost use 
case could utilize the hardware procurement cost by configuration for a set 
of evolving representations of the same system to assess the procurement 
cost of supporting the system over a specified time period. The pilot 

10 application functionality is executed from the command line with output 

into text files in a standard report format. The output files can then be 
utilized by any reporting software application. 

The Microsoft® Access database product was tailored to include a 
user interface for migrating CATV application output files via ftp (file 

1 5 transfer protocol) from the PDM server to the desktop domain, import the 

files into the Microsoft® Access database, and to produce the 
corresponding report in a structured format. Report formats were modeled 
after standard cost status reports generated on ongoing programs using the 
first generation CATV capability. 

20 Innovative provisioning concepts that are consistent with the 

technology refresh/insertion strategy offer significant opportunities for life 
cycle cost reduction. The COTS spares optimization and allocation 
methodology combines stochastic modeling of spares demand rates with a 
multi-attribute decision making model for COTS assessment and selection. 

25 Within this process, Clockwork Group's SPAR™ modeling tool is utilized 

to predict and analyze the time dependant allocation and provisioning of 
spare/repair parts. Integration of the SPAR™ modeling tool integrates 
supportability engineering and logistics planning with the program 
information base and enables the insertion of consistent provisioning 

30 information into the managed system description context. 
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SPAR™ modeling tool is a COTS modeling tool for predicting and 
analyzing the life-cycle behavior of systems. SPAR™ modeling tool uses 
information about the components making up the system (reliability and 
cost), the intended use of the system (Including variations in the 
5 production level), and its support infrastructure (frequency of maintenance, 

availability of resources) to predict its behavior. Monte Carlo probabilistic 
simulation techniques are utilized to model the behavior of complex 
systems, handling such phenomena as uncertain and incomplete data, 
component aging and maintenance, spare parts, variable demands on the 

10 system, and component interactions. Outputs include an optimized time 

dependent allocation of spare parts consistent with system operational 
concepts, functional and performance allocations, and physical design. 
These are utilized to determine the cost of spares and repairs for the system 
under consideration. 

1 5 An interface for the SPAR™ modeling tool was developed 

(Information Transformation Services layer) to build required input files 
from the product model. In its prototype implementation, the input file is 
built from the product model and an independent "master file." The 
corresponding Reliability Block Diagram (RED) must be manually 

20 generated within the SPAR™ tool environment. It would be apparent to 

one skilled in the art that an automated interface could be used that would 
produce an interface such that all required SPAR™ tool inputs are 
generated on demand from the product model. The prototype requires 
manual operations for the feedback into the product model of the generated 

25 spare/repair information, but it would be apparent to one skilled in the art 

how to automate this process, as well. 

The PDM tool provided a partial object-oriented API on top of an 
Oracle® 7 database, necessitating the development of a "persistence 
infrastructure" software component framework to simulate an 

30 object-oriented database interface. 
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The PDM tool did not directly support a web interface. The pilot 
system avoided dealing with client/server architectural issues by running 
CATV applications directly on the server and manually transferring results 
to the client workstation environment. 
5 The PDM tool provided a limited and very generic graphical user 

interface for manipulating product model parts and their relationships. 
While sufficient for pilot usage, this type of user interface might not be 
adequate for widespread use. 

Preferred Embodiment 

10 Experience from the pilot was folded into an improved PDM tool 

requirements specification, which resulted in the choice of Parametric 
Technology Corporation's Windchill™ tool to provide foundational PDM 
capabilities targeting production deployment. The Windchill™ tool is 
built on an Oracle® 8 database, and provides an out-of-the-box persistence 

1 5 infrastructure that obviates the need to develop one's own. It incorporates 

the Rational Rose modeling tool, and augments the Rational Rose 
product's native code generation capability to generate a significant amount 
of Windchill™ tool specific Java™ software as well as the corresponding 
database schema for the product model. The architecture used by the 

20 Windchill™ tool is web-centric. This facilitates sharing of information 

among distributed sites (such as customers and contractors) and requires 
no special client software installation beyond a web browser. The 
Windchill™ tool is also built to be extended. It provides an extensive 
Java™ class library as a foundation for custom development. It already 

25 includes, for example, a product model "part" class with basic functions 

and a graphical user interface. While extending the "part" class to support 
attributes needed by applications such as CATV still requires custom 
development, the necessary effort and how the part fits into the 



FE-00472 



17 



05400005AA 



Windchill™ tool's framework is well defined. (Windchill™ is a 
trademark of Parametric Technology Corporation. Java™ is a trademark 
of Sun Microsystems, Inc.) 

The preferred embodiment of the CEE is characterized by attributes 
5 that provide further definition of the concept, as well as the high level 

requirements. 

Referring again to Figure 1, the CEE 10 is an enterprise 
information management system used to manage information assets. The 
enterprise includes a target organization, for instance System Engineering 

10 1 7c, other related organizations within the enterprise 1 7a, 1 7b, 1 7d-h, 

customers 1 8, users and maintainers (not shown), and teammates, 
subcontractors, and suppliers 19. Virtual enterprises are also defined in the 
program dimension. In addition to exploiting consistency and economies 
of scale at a company level, the CEE integrates with other enterprise 

15 systems. In one dimension is the "corporate" enterprise which captures the 

superset of Information Management Systems, other organizations, 
information assets, tools, personnel, etc. supporting the business. In the 
second dimension is a subset of the corporate enterprise comprising a 
"program" or project. Tactical capability requirements are extended into 

20 strategic capabilities applicable across the enterprise. This provides 

significant tension between tactical needs and those of the larger business 
but is highly beneficial. 

The CEE architecture enables the rapid creation of multiple virtual 
enterprises within a program or strategic partnership context. Referring to 

25 Figure 5, there is shown a federated architecture of a CEE comprised of 

multiple programs. Through this federated architecture, information, team 
members, system, applications and processes throughout the virtual 
enterprise are electronically integrated. Product and process knowledge is 
shared regardless of its native format. A user 505 contributes to both 

30 Program 1 (501) and Program 2 (51 1) in a specific domain (DM1). 
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Another user 507 contributes to both Program 2 (51 1) and Program n (521) 
in a specific domain (DM2). The programs are within the same enterprise. 
Therefore, efficiencies are gained by providing a generic domain user 
interface and a common database for the same user across multiple 
5 programs. The Product Model, as implemented in the database schema, 

segregates the data by program. A property is added in the Product Model 
that captures the concept of programs and uniquely identifies each datum 
with its corresponding program or programs. This feature provides 
additional reuse capabilities. 

10 The CEE provides interactive access to product information assets 

for all members of the virtual enterprise. Engineers have access to the 
latest information; program managers have insight into the current state of 
the product and customers; teammates and suppliers can interact with a 
master representation of the product information. 

15 Referring again to Figure 1, Engineering tools 12 are interfaced 

with product information 1 1 to provide synchronization with an evolving 
design. Information is both generated within the tools 12 and utilized by 
them. Multiple tools and interfaces may participate in specifying the 
problem. Synchronizing performance analysis, requirements traceability, 

20 modeling and simulation, trade study, and other engineering tools with a 

dynamic evolving design offers substantially increased engineering 
efficiencies and product integrity while reducing risk and cycle times. One 
object of the invention is to integrate 'best-of-breed' tools and practices 
into the CEE, thereby leveraging that investment into the organization. 

25 The Product Model concept provides an encapsulated design mechanism 

for information exchange between multiple disparate toolsets. 

The CEE is intended to facilitate the systematic reuse, exploitation, 
and leveraging of the information assets generated for the Systems 
produced by the organization. This information includes all designs, 

30 documentation, rationale, history, and associated knowledge developed or 
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utilized during the product life cycle. Reuse is supported at the program 
and enterprise levels. 

The CEE facilitates Process consistency across the organization 
and across programs through an encapsulation of the organizational and 

5 program specific business policies. Its federated architecture supports the 

consistent and flexible integration of external organizations. Workflow 
automation can be instrumented for metrics collection, assessment, and 
process refinement. 

Enterprise reuse enables the leveraging of scarce critical resources 

10 across the enterprise. By enabling subject matter experts to systematically 

propagate their knowledge across the organization, their expertise can be 
multiplied throughout an organization, or company. This is critical for 
COTS-intensive complex systems where rapidly evolving technologies, 
cost pressures, and short product lifetimes are demanding these 

1 5 efficiencies. This concept also acts as an enabler for short cycle time 

processes such as systems architecting and proposal generation where 
substantial collaboration is required. 

In the preferred embodiment, a Product Catalog is implemented for 
the enterprise. The Product Catalog is founded on the associative 

20 information model principles of the CEE. It enables the exploitation of 

multi-disciplinary reuse. An Product Model is defined for the enterprise to 
include elements, or parts, which are candidates for reuse across programs. 
In a hardware context these elements could be simple parts such as 
memory chips, or complex parts such as a microprocessor (which includes 

25 multiple simple parts). An element can be an intangible or abstract part, as 

well, for instance, a process description defining a system design 
methodology or a set of data related to software design. The Product 
Catalog holds the default definitions for the defined elements and allows 
access, customization and instantiation of the elements by programs. 

30 The CEE protects information from unauthorized access based on 
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business policies across the program or company. COTS security 
mechanisms may easily be exploited using the Information Management 
Services layer, based on enterprise or program requirements. 

CEE users consist of both "power" and "casual" users. Both 
5 communities are to be enabled through their Domain User Interfaces with 

the CEE. 

In order to exploit the benefits of a CEE, it must be easy to manage 
and sustain. This includes the software basis of the system, the production 
environment, and the information that it manages. As the Product Model 

1 0 evolves, existing information must be efficiently migrated in parallel with 

the advancing capabilities of the CEE. 

The CEE provides a framework supporting the evolution of the 
engineering enterprise as well as the integration of engineering tool 
advances. Tools, processes, and product content may be driven by external 

1 5 forces such as the customer. The CEE provides the basis for an ongoing 

evolution and is supported by the established framework. 

The CEE provides the flexibility to be tailored to a diverse set of 
program requirements. Programs could range from small internal research 
and development (R&D) projects to large complex systems integration 

20 programs consisting of many subcontractors and suppliers. Within the 

organizational policies, the CEE must consistently capture the rules of 
business while providing the flexibility to be tailored to support the 
individual requirements of specific programs. 

To accomplish these requirements, in the preferred embodiment, 

25 Parametric Technology Corporation's Windchill™ product was selected to 

provide the CEE irifrastructure. The Windchill™ product provides a 
highly customizable web-centric environment for inter-enterprise 
collaboration, as well as industry leading solutions for document 
management, structure management, life cycle management, workflow 

30 management, product structure management, change management and 
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collaborative product commerce. 

While targeting the manufacturing domain, the rapid development 
environment of the Windchill product enables the quick deployment of 
comparable applications tailored for complex electronic systems 
5 integration domain. In addition, the underlying product infrastructure is 

exploited to develop advanced applications combining information, 
process, and engineering toolsets into highly automated activity-oriented 
engineering applications. 

Referring now to Figure 6, there is shown the three-tiered web- 
10 centric Windchill™ tool architecture. The preferred embodiment is 

implemented using client/server technology where some functions are 
distributed to a server and some functions are allocated to clients. 
Multiple clients are typically used to provide access for members of the 
enterprise in distributed locations. It would be apparent to one skilled in 
15 the art that functions typically implemented on a single server could be 

distributed to more than one server or that the database could be 
distributed over more than one server. The Presentation tier 601 uses 
commercial web browsers 602 to execute a combination of HTML 
(HyperText Markup Language), JavaScript and Java™ applets to 
20 accomplish discrete user tasks. Any user with a Java™ capable browser 

such as Netscape® Communicator or Microsoft® Internet Explorer, can 
access the preferred embodiment of the CEE. This Presentation tier is 
implemented on the client-side and contains the appropriate Domain User 
Interface(s) and may contain a variety of client-side domain tools. 
25 (Netscape® is a registered trademark of Netscape Communications 

Corporation.) 

The Services tier 61 1 is implemented on the server side and 
provides the business logic supporting business transaction processing. 
This functionality is provided by commercial HTTP servers 612 and the 
30 Windchill™ tool method servers 613. Custom software provides 
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additional CEE functionality for the Information Transformation Service 
layer. The Services layer communicates with the database using 
Information Management Services. Some domain tools may reside here 
on the server side, rather than the client side, if desired. It would be 
5 apparent to one skilled in the art that some functions of the information 

transformation service may be implemented on the client side, as well. For 
instance, it may be more expedient to provide some filtering or 
reformatting of data on the client running a domain tool, and passing pre- 
filtered data to the server rather than passing raw data and having it 

10 reformatted on the server side. The distribution of these functions among 

servers and clients is dependent on implementation decisions, especially 
dependent on tools and products selected to implement the DBMS and 
PDM infrastructures, as well as the set of implemented domain areas. 

The Database tier 621 provides the persistence functionality using 

1 5 an Object Relational Database Management System (ORDBMS) 622 to 

store structured and unstructured data. The preferred embodiment utilizes 
the Oracle® 8 database because it provides many standard database 
management system capabilities. The database schema is implemented 
using the Product Model as a basis. All essential data, as defined by the 

20 Product Model is contained in the database 622 in the Database tier. Data 

queries, retrieval and storage is facilitated by the information management 
services in the Services tier and the Database tier on the Server side. 

Even the best applications become unusable if not presented to the 
user in a consistent and well thought out environment. Therefore, in the 

25 preferred embodiment of the present invention, certain user requirements 

drive the user framework design, i.e., Domain User Interface, and how 
those requirements were addressed. 

The enterprise consists of many different programs, or projects, 
where a program is some defined scope of work, such as a contract or an 

30 internal development effort. A typical employee works on many different 
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programs in the course of a career, and may support multiple program at 
the same time (see Figure 5). Programs are often supported by 
geographically dispersed teams of customers, contractors and suppliers. 
Therefore, the most basic requirement is to provide access to program 
5 information across a diverse team of people. Web technology is used to 

solve this problem. The user interface centers around a program home 
page, as shown in Figure 7. 

Some members of the enterprise will use the CEE largely to find 
and review information. Many users will manipulate documents. Some 
1 0 will be "Power users," performing operations such as building complex 

parts structures. The environment needs to provide the appropriate type of 
access for all. 

Thus, the program home page supports several different ways to 
access information. Referring now to Figure 7, the tabs 30 and buttons 3 1 

15 at the top of the page represent a two-level hierarchical view of the 

information structure. The tabs 30 represent high level categories. Each 
tab has a set of buttons 3 1 or menus providing the next lower level 
breakdown. The "home" tab 32 contains some of the most basic 
information categories, such as the "process page" 33, as shown in the 

20 body frame. 

If a user doesn't know which category to look in, or is looking for 
information that may span multiple categories, the "search" option 34 is 
always available at the top of the navigation sidebar 35. The preferred 
embodiment has two types of searches. It would be apparent to one skilled 

25 in the art how to develop additional search schemes, as desired. The first 

searches for an arbitrary keyword specified by the user. The second 
searches by type of object (such as document, change request, etc.). 
Attributes appropriate to the type are presented, and the user fills in desired 
values for any or all. Search results are presented as a list of hyperlinks to 

30 objects. Clicking on a link displays the properties of the object. 
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The Windchill™ tool also provides an information explorer similar 
in appearance to the explorer provided with Microsoft® Windows™. 
From it, users can navigate to any objects in the Windchill™ tool database 
and manipulate those objects in any way that their access permissions 
5 allow. Access to the Windchill™ explorer is provided through a link in the 

sidebar 38. In general, the explorer presents more information and options 
than most people need, and it is not intended to be the primary means of 
using the CEE. It has its role, however, and some of the "power user" or 
less frequently used operations may only be available via this mechanism. 
1 o Finally, users may have different information needs based on the 

role they play on a program. A software engineer may want a link to a 
Java™ site, and quality assurance personnel may frequently access an audit 
database. The present invention declutters a user's view by omitting 
unnecessary information based on the role of that particular user or 
15 membership in a specific team, i.e. role-base and team-based desktops 

accessible via the "desktops" and "teams" tabs). Clicking on the 
"desktops" tab presents the user with a menu of supported roles, such as 
"Software engineer." Selecting a role returns a page with information and 
links appropriate to that role. 
20 Each program owns its own set of logical folders in the 

Windchill™ tool environment. In this way the correct set of information 
can be presented on a program's web pages. For example, the banner 
graphic 36 includes a program identifier and unique graphic. The links 37 
at the bottom of the page are to objects in the program's related folder 
25 (process, news, etc.). 

In addition to program folders, most objects in the environment are 
assigned to a program when they are created. This provides an additional 
benefit, i.e., policies for each program can be defined up front concerning 
how different types of objects are to be handled on the program, and then 
30 this complexity is hidden from the user. For example, program "XYZ" 
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may have two types of change management processes: one for "customer" 
change requests and one for "internal' change requests. The program may 
want each type to be filed in a different folder and follow different life 
cycles (processes) with different sets of participants. An administrator 
5 defines and stores that policy information once, only changing it if the 

policy changes. Then when any user creates a change request object for 
the "XYZ" program, the user just has to choose between "customer" and 
"internal" types, and the program's policy decisions are applied to the 
object automatically. 
10 Because users support multiple programs and/or move from 

program to program, it is important that the environment look consistent 
from one program to another. Thus, in the preferred embodiment, the high 
level folder structure is the same for all programs, and is mirrored by the 
tab/button structure of the web page. While programs are not all the same, 
1 5 the benefits of making the program entry points look the same outweigh 

the restrictions. Below that level, programs are free to add subfoiders as 
necessary to meet their needs. 

In addition to consistent page organization, consistency in the look 
of each page is maintained. This was facilitated by use of the Windchill™ 
20 tool's dynamic HTML generation mechanisms. When a user requests an 

HTML page via the browser, the hyperlink points to a template for the 
actual page that will be returned. The template contains Windchill™ tool 
"script" calls that get replaced with dynamically generated HTML. For 
example, the template for the notional "process page", as shown in Figure 
25 7, contains a script call to "display folder contents." A piece of custom 

Java™ code determines the appropriate folder for the page and program, 
and replaces the script call with HTML links to the contents of the folder. 
That not only means that the "process" page looks consistent from program 
to program but that it always mirrors the program's current "process" folder 
30 content reflecting changes dynamically every time the page is reloaded. 
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While one of the goals was consistency, programs need to add their 
own unique links to the pages initially given them. While allowing 
programs to change the standard pages creates a maintenance problem, the 
alternative may be too restrictive. Dynamically generated HTML 
5 empowers the programs to address such problem. Rather than allowing 

each program to modify the HTML pages, an area of each page is reserved 
to display program links. Each program is provided with a text file on the 
web server containing a list of links associated with each page, and the 
HTML page is dynamically built based on the content of the file. A 
1 0 program administrator can add a link to the file, and it will be displayed an 

the designated page the next time the page is accessed. This also means 
that a program can build another whole tier of supplementary pages, and 
link them to the initial pages via this mechanism. The result is a clear 
division of maintenance responsibility between CEE administrators and 
15 program administrators. 

In the design of the user framework, the ease of setting up a new 
program was considered. According to the preferred embodiment, the 
mechanics of the process requires approximately half an hour. The 
program name is added to a Java™ table which causes it to appear in the 
20 program selection menus in all of the system user interfaces. A graphic is 

provided to identify the program on its web pages. Due to the dynamic 
HTML generation, no HTML modification is required. A Windchill™ 
tool utility is used to load the program's standard folder structure. 

Appropriate links for the program's web pages and policies for 
25 handling of objects belonging to the program are identified. All of this is 

captured in property files on the web server. As the CEE capabilities 
expand to provided additional functionality, the scope of this effort 
continues to grow. It would be apparent to one skilled in the art how to 
elicit knowledge from the disparate groups and members of the enterprise 
30 in order to define and identify policies and customize web pages specific 
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for a program. 

In implementing a CEE, one may choose to develop functionality 
incrementally. Integrating document and change management in a CEE, 
among other tasks, provide certain advantages and can improve a 

5 program's life cycle greatly. Once a subset of domain areas are integrated, 

others can be integrated in a manner consistent with funding, user 
resistance or compliance, etc. 

At first glance, document management seems to be a fairly simple 
application; however, it is complicated because documents play many 

1 0 different roles. A document may be an informal record of a meeting or it 

may be part of a controlled baseline or deliverable to a customer. The last 
two roles imply very different attributes and processes from the first one. 
Roles can also apply in combination. A document may be both part of a 
design baseline and deliverable to a customer. Trying to build document 

15 life cycles that take all of the possibilities into account can quickly become 

complicated. 

Therefore, information about the roles played by documents is 
represented separately from the documents themselves. For example, as 
part of its baseline role, a document can have a relationship to one or more 

20 baseline objects and perhaps some number of change management objects 

(such as change requests) that represent the change activity that the 
document has undergone. As a customer deliverable, a document has a 
relationship to a "contract data requirements object" (or set of objects) that 
represents its state with respect to its deliverable role. This allows 

25 document attributes and life cycles to stay relatively simple. The 

associated role objects carry attributes and life cycles appropriate to their 
purpose. For example, the life cycle of the change request (and other 
related objects) automates the change management process. A document's 
relationships to its role objects can be used to build checks into the 

30 document life cycle such as disallowing the release of a document if its 
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associated change management objects are not in a completed state. 

Baseline change management is one of the most widely used 
processes in an enterprise and is therefore a high priority to implement 
early. Basically, changes are proposed via change requests which then 
5 flow through a series of gates. At each stage, more detail is added, and the 

request is reviewed for approval to proceed to the next stage. In this way, 
inappropriate requests can be screened out early before much effort has 
been expended to analyze them. 

The inventors found that Version 4.0 of the Windchill™ tool fit 
10 well for the needs of the preferred embodiment. Supported classes include. 

• "Change issues" and "Change requests" to suggest a change in 
varying amounts of detail; 

• "Change investigations" and "analysis activities" to capture 
information when investigating the nature of the change; 

15 • "Change proposals" to propose an approach to the change; 

"Change Orders" to order implementation of a change; and 

• "Change activities" to track change implementation. 

Another goal in change management is to automate the process to 
be flexible enough to meet the needs of both small and large programs 

20 requiring varying degrees of formality. One issue is that the number of 
reviews and review participants at each stage can vary widely. A review 
board might determine that an additional piece of information is needed, 
and might postpone any decision until the information is available. That 
could happen multiple times before the change object moves to the next 

25 phase of its life cycle. 

This problem is solved by utilizing an "action item" class. An 
action item allows the originator to forward, and monitor status of, one or 
more business objects to one or more assignees for action. An originator 
creates an action item and edits it until it is ready to send. The assignee(s) 
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receive notification of the action item through their personal worklist and 
e-mail, with hyperlinks to the action item object. In the case of change 
management, action items can be used to forward a change request to 
someone to provide more information, and to change board participants for 
5 review. Action items represent a common activity pattern found in many 

business processes. 

A concept key to the product-centric information view is the ability 
to share and reuse product information across programs. The preferred 
embodiment uses a Product Catalog. The product catalog of the present 

10 invention provides an enterprise wide design information library for 

components and related information. Information contained in the catalog 
describes projected or currently available mechanical components, 
complex assemblies, COTS hardware, COTS software, developmental 
hardware, developed software, or other products assembled to build and 

15 operate a complex system. The Product Catalog is managed through a 

complex applet which provides tools for structuring and managing 
component information, searching and navigation, and the referencing of 
component information to construct one or more program specific designs. 
The preferred product catalog implementation supports hardware 

20 parts and complex assemblies and has been designed for extensibility to 

other component types. Master part characteristics managed within the 
catalog include design, cost, reliability, production, and operability 
characteristics, as well as related modeling information. These 
characteristics are propagated from the catalog to unique design 

25 representations as subscribed to by each design team. 

Much of the CATV implementation, as described above, is devoted 
to porting the production cost and spares/repairs cost projection models 
into the Windchill™ environment and providing a robust user interface. 
A graphical user interface to create hardware parts and enter the complex 

30 attributes required to model life cycle cost were developed. Some of the 
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referenced attributes in the product catalog vary based on their usage in 
each program. For example, the mean time between failures for a part is 
fixed in the catalog, but how many times that part is estimated to be 
repaired before being scrapped is a policy that varies by program. The 
5 preferred embodiment provides defaults for all part attributes in the catalog 

and allows a referencing program to override some of them. This 
capability also enables similar variability in treatment across a program. 

In addition to porting the algorithms for the production cost and 
spares/repairs projection reports, a reporting mechanism is implemented. 

1 0 The results of the report are stored as comma-separated values in a text file 

inside a document object in the Windchill™ tool. The user can download 
the report content and import it into Microsoft® Access for report 
formatting. This is done to allow programs the flexibility to support many 
different report formats without having to write new software each time. 

1 5 The document object in the Windchill™ tool can be saved or discarded 

according to the program's needs. 

While the invention has been described in terms of its preferred 
embodiments, those skilled in the art will recognize that the invention can 
be practiced with modification within the spirit and scope of the appended 

20 claims. 
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CLAIMS 



Having thus described our invention, what we claim as new and 
desire to secure by Letters Patent is as follows: 



1 1 . A computer implemented collaborative engineering environment (CEE) 

2 for providing an inter-enterprise collaborative mechanism for 

3 organizations developing and maintaining complex system products, the 

4 CEE providing a federated architecture linking multiple systems and 

5 applications together to enable collaboration among enterprise members, 

6 comprising: 

7 a database defined by an associative information model for 

8 providing a persistent understanding of product and program information, 

9 assets and tools available in the enterprise; 

10 an information management service providing controlled access to 

1 1 the database for collaboration and; 

12 an information transformation service receiving, sending and 

1 3 formatting data and acting as a bi-directional link between the database 

14 and members of the enterprise, wherein access to the data in the database 

15 is managed by the information management service, and wherein the 

1 6 information transformation service provides information stmcturing, and 

1 7 information mapping and exchange for domain-specific tools; and 

18 at least one domain user interface linking members of a domain in 

19 the enterprise with information in the database, wherein the information 

20 available to each member is information necessary for the member to 

21 complete role and team based tasks, and wherein a domain user interface 

22 comprises access to at least one domain-specific tool, wherein each tool 

23 communicates information with the database via the information 

24 transformation service, 

25 wherein members have immediate access to data generated by any 
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26 member of the enterprise, as authorized by the associative information 

27 model defining database access and control. 

1 2. A CEE as recited in claim 1, wherein each member communicates with 

2 the enterprise for collaboration using a standard web interface, the web 

3 interface being customized for programs, roles and teams. 

1 3 . A CEE as recited in claim 1 , wherein the information management 

2 service provides access control, security, search mechanisms, concurrency 

3 control, and versioning for data in the database. 

1 4. A CEE as recited in claim 1 , wherein the CEE is built with a layered 

2 software architecture comprising a database management system (DBMS), 

3 a product data management system (PDM) augmenting the DBMS with 

4 engineering specific information management capabilities, and the 

5 information transformation service utilizes an extensible infrastructure for 

6 interfacing engineering or management applications into the PDM 

7 environment. 

1 5. A CEE as recited in claim 1 , wherein data in the database have a 

2 corresponding program identifier, thereby allowing multiple programs 

3 within the enterprise to access a same CEE. 

1 6. A CEE as recited in claim 1, wherein the CEE sends/receives 

2 information to users in a domain area, the domain area not being 

3 implemented in the collaboration environment. 

1 7. A CEE as recited in claim 6, wherein the database associative 

2 information model defines data for domain areas unintegrated into the 

3 CEE by a domain user interface. 
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1 8. A CEE as recited in claim 1, wherein the CEE is implemented using 

2 client/server technology, the database and information management 

3 services being on a server and domain user interfaces being on at least one 

4 client, and tools required by a domain being on one or both of the client 

5 and server. 

1 9. A CEE as recited in claim 1, wherein a domain user interface is 

2 implemented for one or more domain areas in the group of proposal teams, 

3 program management, system engineers, software developers, hardware 

4 developers, system integrators, testing and integration engineers, support 

5 engineers, sub-contractors, teammates, suppliers and partners, users and 

6 customers. 

1 1 0. A CEE as recited in claim 1 , wherein the database is object-oriented, 

2 facilitating reuse of standard elements among programs and organizations 

3 within the enterprise. 

1 1 1. A CEE as recited in claim 1, wherein the associative information 

2 model is developed from a life cycle perspective of implemented domain 

3 models, each domain model overlaying system views (functional, physical, 

4 operational) and system schedules (development, production, technology 

5 refreshment/insertion, support, platform availability) with the program 

6 infrastructure (development, production, support), and wherein the domain 

7 models define relationships and standard parameters dynamically 

8 modifiable for multiple programs, projects, or teams. 

1 12. A method for implementing and using a computer implemented 

2 collaborative engineering environment, said method comprising: 

3 specifying and documenting an associative information model for 
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4 an enterprise to capture physical, functional and environmental system 

5 requirements, wherein domain experts provide input into the specifying 

6 step for their particular domain; 

7 mapping the captured requirements into a database schema for a 

8 product data management system (PDM); 

9 generating an information transformation service between data to 

10 be stored in a database managed by the product data management system 

1 1 and tools used by domain specialists in performance of domain tasks, 

12 wherein information is stored in the database by various members of the 

13 enterprise based on the associative information model for the various 

14 member's domain area; 

1 5 accessing data in the database by members of the enterprise, 

1 6 wherein the data accessed is part of a current baseline and the data 

17 retrieved is current for all members accessed the data; and 

1 8 performing domain tasks by a member of the enterprise using 

19 domain specific applications, wherein results from the domain specific 

20 application are properly formatted by the information transformation 

2 1 service and stored in the database managed by the PDM, the data being 

22 immediately accessible to other members of the enterprise. 



1 1 3 . A method as recited in claim 1 2, wherein the CEE enables immediate 

2 information exchange in the access step for one or more domains in the 

3 group of proposal teams, program management, system engineers, 

4 software developers, hardware developers, system integrators, test and 

5 integration engineers, support engineers, teammates, partners, 

6 subcontractors, suppliers, users, and customers. 

1 14. A method as recited in claim 13, wherein the access step uses a 

2 customizable standard web-based interface to provide members of the 

3 enterprise access to collaborative information. 
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1 15. A method as recited in claim 14, wherein the standard web-based 

2 interface utilizes dynamic Hypertext Markup Language (HTML) 

3 generation for program customization. 

1 16. A computer implemented web-centric collaborative engineering 

2 environment (CEE) implemented using client/server technology for 

3 providing an inter-enterprise collaborative mechanism for organizations 

4 developing, integrating or maintaining complex system products, the CEE 

5 providing a federated architecture linking multiple systems and 

6 applications together to enable collaboration among enterprise members, 

7 comprising: 

8 an object oriented database facilitating reuse of standard elements 

9 among programs and organizations within the enterprise, the database 

1 0 residing on a server computer and defined by an associative information 

1 1 model, and augmented with engineering specific information management 

12 capabilities for providing a persistent understanding of product and 

13 program information, assets and tools available in the enterprise, wherein 

14 the associative information model defines physical, functional and 

15 operational attributes of elements within at least one domain area in the 

16 enterprise and relationships among the elements include a corresponding 

17 program, role or team; 

18 an information management service residing on a server computer 

19 providing controlled access to the database for collaboration using an 

20 access control scheme defined by policies of the enterprise, the 

21 information management service using an object oriented database 

22 management system for access and control of the database and; 

23 an information transformation service utilizing an extensible 

24 infrastructure to interface engineering or management applications used in 

25 a domain into the CEE environment and acting as a bi-directional link, the 
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26 information transformation service receiving, sending and formatting data 

27 between the database and members of the enterprise, wherein access to the 

28 data in the database is managed by the information management service, 

29 and wherein the information transformation service provides information 

30 structuring, and information mapping and exchange for domain-specific 

3 1 tools; and 

32 at least one domain user interface residing on at least one client 

33 computer linking members of the enterprise with information in the 

34 database, wherein the information available to each member is information 

35 necessary for the member to complete role and team based tasks, and 

36 wherein a domain user interface allows a member access to at least one 

37 domain-specific tool, wherein each tool communicates necessary 

38 information with the database via the information transformation service, 

39 and wherein an implemented domain user interface is customized for a 

40 domain area in the group of proposal teams, program management, system 

41 engineers, software developers, hardware developers, system integrators, 

42 testing and integration engineers, support engineers, sub-contractors, 

43 teammates, suppliers and partners, users and customers, 

44 wherein domain members have immediate access to data generated 

45 by any member of the enterprise, regardless of domain, as authorized by 

46 the associative information model defining database access and control and 

47 controlled by the information management service, and each member 

48 communicates with the enterprise for collaboration using a standard web 

49 interface, the web interface being customized for programs, roles and 

50 teams. 

1 17. A CEE as recited in claim 16, wherein data in the database have a 

2 corresponding program identifier, thereby allowing multiple programs 

3 within the enterprise to access a same CEE. 
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1 18. A CEE as recited in claim 16, wherein the CEE sends/receives 

2 information to users in a domain area, the domain area not being 

3 implemented in the collaboration environment. 



1 19. A CEE as recited in claim 16, wherein the database associative 

2 information model defines data for domain areas unintegrated into the 

3 CEE by a domain user interface. 

1 20. A CEE as recited in claim 16, wherein the information transformation 

2 service performs some tasks on the server and some tasks on at least one 

3 client. 



1 21 . A CEE as recited in claim 16, wherein the associative information 

2 model is developed from a life cycle perspective of implemented domains 

3 models, each domain model overlaying system views and system 

4 schedules with the program infrastructure for development, production or 

5 support, and wherein the domain models define relationships and standard 

6 parameters dynamically modifiable for multiple programs, projects, or 

7 teams. 



FE-00472 



38 



05400005AA 

COLLABORATIVE ENGINEERING ENVIRONMENT 
FOR PRODUCT-CENTERED LIFETIME SUPPORT 

ABSTRACT OF THE DISCLOSURE 

An integrated product data environment for system design and 
5 optimization, e.g., a Collaborative Engineering Environment (CEE). The 
CEE provides a multi-disciplinary engineering team with immediate access 
to all relevant product information. It is an enterprise system at the 
program as well as the company levels, managing product information as a 
program and corporate asset. Product-centric collaborative capabilities for 
10 the CEE are provided by extending the functionality of a commercial 
Product Data Management (PDM) System. Emerging web-centric 
commercial-off-tho-shelf (COTS) PDM capabilities, object-oriented 
technologies, associated rapid application development environments, 
sophisticated engineering toolsets, and COTS computing and 
1 5 communications technologies have been leveraged to establish the CEE for 
the complex electronic systems integration domain. The CEE offers 
substantial improvements in productivity, cost savings, cycle time 
reductions, product integrity and lifetime support of a system. 
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As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name; 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor 
(if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the invention entitled 
COLLABORATIVE ENGINEERING ENVIRONMENT FOR PRODUCT-CENTERED LIFETIME SUPPORT 

the specification of which: 

(check H is attached hereto 

one) 

□ was filed on , as 

Application Serial No. 

and was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above identified specification, including the claims, 
as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of this application in accordance with 
Title 37, Code of Federal Regulations, § 1.56* 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19 of any foreign application(s) for patent or 
inventor's certificate listed below and have also identified below any foreign application for patent or inventor's certificate having a 
filing date before that of the application on which priority is claimed: 

Prior Foreign Application(s) priority 

claimed 



(Number) 


(Country) 


(Day/Month/Year Filed) 


yes no 


(Number) 


(Country) 


(Day/Month/Year Filed) 


yes no 


(Number) 


(Country) 


(Day/Month/Year Filed) 


yes no 



I hereby claim the benefit under Title 35, United States Code, § 119 of any United States application(s) listed below and, 
insofar as the subject matter of each of the claims of this application is not disclosed in the prior United States application in the 
manner provided by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge the duty to disclose material information 
as defined in Tide 37, Code of Federal Regulations, § 1.56 which occurred between the filing date of the prior application and the 
national or PCT international filing date of this application: 

60/146.996 August 3. 1999 Pending Provisional 

(Application Serial No.) (Filing Date) (Status: patented, pending, abandoned) 

Power of Attorney: As a named inventor, I hereby appoint C. Lamont Whitham, Reg. No. 22,424, Marshall M. Curtis, Reg. 
No. 33,138, Michael E. Whitham, Reg. No. 32,635 and Joseph M. Martinez de Andino, Reg. No. 37,178 as attorneys and/or agents 
to prosecute this application and transact all business in the Patent and Trademark Office connected therewith. All correspondence 
should be directed to McGuireWoods, 1750 Tysons Boulevard, Suite 1 800, Tysons Corner, McLean, Virginia 22 102-39 1 5 . Telephone 
calls should be directed to McGuireWoods, LLP at (703) 391-2510. 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information 
and belief are believed to be true; and further that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued thereon. 
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"Tide 37, Code of Federal Regulations, § 1.56: 



(a) A patent by its very nature is affected with a public interest. The public interest is best served, and the most effective patent 
examination occurs when, at the time an application is being examined, the Office is aware of and evaluates the teachings of all 
information material to patentability. Each individual associated with the filing and prosecution of a patent application has a duty of 
candor and good faith toward the Patent and Trademark Office, which includes a duty to disclose to the Office all information known 
to that individual to be material to patentability as defined in this section. The duty to disclose information exists with respect to each 
pending claim until the claim is canceled or withdrawn from consideration, or the application becomes abandoned. 

(b) Under this section, information is material to patentability when it is not cumulative to information already of record or being 
made of record in the application, and (1) it establishes , by itself or in combination with other information, a prima facie case of 
unpatentability ; or (2) it refutes, or is inconsistent with, a position the applicant takes in: (i) opposing an argument of unpatentability 
relied on by the Office, or <ii) asserting an argument of patentability. 
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